ELUDIA

Парадоксально: похоже, под Windows 7 есть Web-сервер, нормально работающий с Perl5, причём им оказался IIS.

Я разобрался с установкой FastCGI под IIS7 и обновил одну старую статейку.

Прошу внимания всех, кто использует Eludia.pm и заинтересован в использовании ExtJS в качестве front end'а. Сегодня я опубликовал первые версии $_SKIN'а-переходничка и минимального приложения, на примере которого его можно попробовать.


Устанавливается это всё в следующем порядке:


1) Обновление ядра, код приложения — как всегда.
2) В docroot/ext (рядом с docroot/int) распаковываем ExtJS.
3) HTTP-сервер настраиваем так, что handler принимает запросы по адресу /handler (а не /), всё прочее считается статикой, кодировка по умолчанию utf-8.



Посмотрите, пожалуйста, как оно. Понимаю, глюков много — но начнём отсюда.

Один добрый человек (или не человек? ну это не важно) не поленился и скомпилировал из исходников свежую платформу для Eludia-приложений под Win32.

Сам пока не пробовал, но если кому интересно — вот ссылка.

Большое спасибо, Lucky dev!L.

Насколько я понимаю последние новости в области Web-разработки, мы присутствуем при любопытном явлении: javaScript из недоязычка, годного лишь на бегущую строку на status bar'е, окончательно превращается в серверную платформу. У меня такое чувство, что он может подвинуть даже PHP. Более подробно я описал текущий расклад на отдельной страничке.

Нынешние зимние каникулы я решил потратить на попытку прорыва в данной области. Проект называется Ludi.js, доступен он на GitHub. Сейчас, когда я пишу эти строки, там едва-едва задышал ModelUpdate для SQLite (и местами для MySQL) под v8cgi. В ближайших планах — реализовать аналог функции sql (только там это будет лишь генератор SQL-кода и набора параметров).

Запредельная мечта: писать приложения с гламурными AJAX-пузырьками, которые без модификаций смогут работать как на специально выделенных серверах (node.js), так и в корпоративных контейнерах (J2EE, .Net) и даже просто на клиенте (Google Gears).

Кому интересно — присоединяйтесь.

Возможность заруливать вообще всю отсылаемую почту на один-единственный адрес была у нас давным-давно. Ценность такой опции при отладке рассылок подробно расписывать не нужно.

Однако всё это время такая полезная вещь работала кривовато: перебитый адрес был виден в заголовке "To:", а исходный приписывался к телу письма, причём неправильно.

Мне тут понадобилось прописать на одной инсталляции более одного такого адреса — заодно исправил и эту давнишнюю недоделку.

С давних пор у нас в коде были во многих местах расставлены таймеры с тем, чтобы ниже по тексту обеспечить отладочную печать по поводу скорости исполнения того или иного куска кода. Информация эта весьма ценна, однако средства её сбора выглядели довольно мусорно и не допускали никакой настройки.

Сейчас я полностью заменил всю эту спонтанную отладку на простую, но (надеюсь) достаточно гибкую событийную модель. Теперь можно не только прицельно включать и отключать профилирование отдельных типов событий, но и определять для них свои собственные обработчики.

Буду краток. Теперь httpd.conf можно менять на лету.

Приношу свои извинения всем, кто использует ветку ff, но теперь единственной кодировкой для (соединения) БД и выдаваемого content'а является utf-8. Вообще давно пора было.

Вот ведь... Лет пять держал эту процедуру в Eludia::Install — и только сейчас выправил до того, что её можно использовать с командной строки. Лучше поздно, чем никогда.

В последнее время мне как-то постоянно становилось всё более и более стыдно по одному определённому поводу. С одной стороны, во всяческих блогах приходится читать много правильных слов по поводу Perl Testing Culture и с другой — периодически нарываться на результаты собственного бескультурья.

В результате я наконец скрестил канонический Test::Harness с нашим местным Eludia::Offline и тут же обнаружил немало интересного.

Большая просьба к коммиттерам: теперь без тестирования в master ничего не push'ить. А при выявлении старой ошибки — писать тест на неё.